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STOP TABBING NOW!!! 

Use this page and others below to add information necessary to fully describe your 
invention. (You may also attach other info, such as copied log book sheets, etc.) 
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5. What problem is solved by this invention 

In a chat session, the contributions ftom diflFerent participants appear asynchronously. Differing response times by 
participants can create a confusing user experience when messages arrive jfrom a "slow" participant some time after the 
"fast" participants have moved on to a new chat topic. This is an inherent problem if some participants are using "slow" 
wireless IM clients. 

The following shows an example of a chat session where this problem may be present: 

User 1 : What's your favorite movie? 
User2: Gone with the wind 
Users : Titanic. 

Userl : What's your favorite food? 

User3: Pizza!!! 

User4: fried green tomatoes 

In the above scenario it is in general impossible to know if the message from User4 is in response to the first or second 
question from Userl, although participants may make such assumptions based on the timeliness of earlier messages from 
User4 and/or based on the time differences between the arrival of the above current messages from Userl and User4. That 
IS, if User4 usually responds quickly, and if a significant amount of time passes between the first and second question 
from Userl, and if a significant amount of time passes between Userl's second question and User4's answer, then it may 
be reasonable to assume that the message from User4 is in response to the second question from Userl . 

What is needed is a means to avoid, reduce, or highlight the occurrence of out-of-sequence messages such as the above 
described. 

7. Describe the invention, and how it solves the problem(s) in a way not accomplished before. 

This invention describes the means for detecting when a chat message may be out of sequence and how to use that 
information in the presentation or ordering of such messages in the chat window. 

Actions taken by sending EVI client 

Under this invention the information needed to detea out-of-sequence messages is generated in the IM client at the time 
of creation of each new, originated IM message. This information is known as the "Message Creation Reference" (MCR) 
m this disclosure. The MCR information is attached to each new message submitted to the IM infrastructure. 
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In a first solution, the onginating IM client generates the Message Creation Reference without explicit assistance from the 
IM infrastructure. The MCR takes the form of a time stamp generated by the IM client This time stamp would indicate 
the time that the user composed the message, and therrfore where the message fits in the chat stream of messages. 

Since it may take the user some time to compose a message, the question arises if the time stamp should relate to when 
the user started entering the message or to when s/he finished entering the message and submined it to the IM system. 
Given a goal of detecting the user's intended context for the new message, it seems appropriate to tie the time stamp to the 
time when the user started entering the new message. Also, if the user decides to not send a message but instead deletes it 
and then starts entering another message, the MCR time stamp should reflect the time when the user started that second 
message. See flow diagram below. 



User starts typing a message 



Set MCR Time Stamp to current 
time of day 



Wait for user ixqmt 



NO 




User input is request 
to send message? 



> 



YES 



User has deleted all 
of current message' 



YES 



Wait for user iiqnit 



Submit message add MCR to IM 
infrastructure 



Figure 1: Sending IM client generates MCR time stamp. 



In a second solution, the originating IM client still generates the Message Creation Reference without explicit assistance 
from the IM infrastiucmre. The MCR takes the form of a reference to the last IM message received by the IM cUenL This 



V 



ALL Inventors and two Witnesses must SjGN & DA;re.ali-adclltional oaaes 



<> 
<> 



;iGN & [ 

4* 



<> 



Ji'?J£^?i:i.S?l!!^°^^ completed) Page 5 

Utility Patent Disclosure 

Iniproved Message Ordering in Chat Sessions.d()c 

MCR Message Reference may consist of a copy of the first few characters of that last message and possiblv the first few 
characters of the corresponding sender E). The MCR Message Reference may also include a hash value calculated from 
the contents of the referenced message, using a well-known hashing algorithm. This reference to the last received message 
indicates where the new message fits in the chat stream of messages. 

In the case of automatic generation of such a reference, the above flow diagram applies also in this second solution, if 
"Set MCR Time Stamp to current time of day" is replaced with "Set MCR Message Reference to refer to last received IM 
message". 

A semi-automatic generation of such a reference is also possible. In this case the user expUcidv selects which previously 
received message shall be referred to in the MCR Message Reference. 



Actions taken by IM infrastructure. 

In a third solution the IM infrastructure is explicitly involved in MCR creation as it creates a locally unique message 
number or message ID for each incoming message, which it then sends out along with each replicated message to the IM 
clients. The IM client can use this message number or message ID when it generates the MCR Message Reference 
contents. It should be noted that the message number or message ID is information for the IM client onlv and need not be 
displayed to the user for the purpose of creating MCR Message References. 

For any of the above solutions, the IM infrastructure is required to receive the Message Creation Reference along with 
each new message from the originating IM client, and pass the MCR on to all the receiving IM clients along with each 
replicated message. 

If an IM client does not provide any MCR information along witii messages sent into the system, the IM infrastructure 
should generate an MCR Time Stamp on behalf of that IM client for messages received from that IM client This MCR 
Time Stamp should be calculated as the current time of day, less the typical transport delay for messages sent fi^om this 
IM client, where the typical transport delay may be a function of the type of connection used by the IM client 



Actions taken by receiving IM client 

If a received message is not accompanied by MCR information, Uie receiving IM client should generate an MCR Time 
Stamp for each such message. This MCR Time Stamp should be calculated as the current time of day, less Uie typical 
transport delay for messages sent from the IM infinstructure to this IM client, and less the typical transport delay for 
messages sent into the IM infrastructure from the originating IM client, if this delay is known. 

The receiving IM client may use the MCR information received along with each message when deciding how to present 
messages to die chat user If a message is received out of sequence (see definitions of "out of sequence" below), the client 
may highlight the out-of-sequence message and/or present messages in an order consistent with the received MCR 
information, rather than in the order in which they were received. 

The highlighting of an out-of-sequence message may take diflFerent forms depending on the capabilities of the user 
interface, for example the message text may be grayed out, put in italics, displayed in a unique color, displayed along with 
a unique icon, displayed along with the received MCR information, or displayed along with an arrow or other means to 
indicate where in the chat stream tiie out-of-sequence message fits according to its MCR information. 

Example. The message from llser4 was received out-of-sequence and is highlighted by the receiving IM client: 

Userl: What's your favorite movie? 
User2: Gone with the wind 
User3: Titanic. 

ALL Inventors and twn Witnesses must SIGN & DATE^all additional pages. 
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Userl : What's your &vorite food? 
y5^i:3: Pizza!!! 
User4: fried green tomatoes 



Definitions of out-of-sequence conditions: 

• If two received messages both contain an MCR Time Stanq), those two messages are received out-of-sequence 
with respect to each other if the two messages are not received in the order of their MCR Time Stamps. The 
receiving IM client can put such messages in an order consistent with the received MCR information by simply 
displaying messages in the order of their MCR Time Stamps rather than in the order of their receipt To avoid 
excessive reordering of incoming messages, the receiving IM client may use a windowing function^ so that 
messages are reordered only if the disorder is significant as measured by the difference in MCR Time Stamps 
compared to a set value. 

• Any received message is received out-of-sequence with respect to other previously received messages, if any of 
those other messages have an MCR Message Reference^to the just received message. The IM client may move 
the just received message up in the presentation order so that it appears before all messages that refer to it 

• If a received message contains an MCR Message Reference to a previously received message from e.g. Userl, 
and that previously received message is not the latest message received from Userl, the just received message is 
received out-of-sequence. The IM client may move the just received message up in the presentation order so that 
it appears AFTER the message (fi-om Userl) that it refers to, and BEFORE the next message from the same user 
(Userl). 

Example of this last described condition: / 



Userl: What's your favorite movie? 
User2: Gone with the wind 

User3: Titanic. 

Userl: What's your favorite food? 
UserS: Pizza!!! 



At this point a new message is received from User4. The message has an MCR Message Reference to the first message 
from Userl C'What's your favorite movie?"). Since Userl has sent another message since then, the new message from 
User4 is out-of-sequence. The IM client may move the message from User4 so that it appears between the two messages 
from Userl: 

Userl: What's your favorite movie? 
User2: Gone with the wind 
User3: Titanic. 
User4: fried green tomatoes 
Userl : What's your favorite food? 
UserS: Pizza!!! 

It should be noted that any reordering done should not reorder messages that were received from the same chat user. 

It may be impossible to order all messages such that they are all in order according to both all received MCR Time Stamp 
and all received MCR Message Reference information. The receiving IM client rosy indicate this condition to the chat 
user and make a best effort at ordering the received messages. 
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